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Description 

METHOD, SYSTEM AND SERVICE FOR 
ACHIEVING SYNCHRONOUS 
COMMUNICATION RESPONSIVE TO 
DYNAMIC STATUS 

Background of Invention 

[0001] FmLD OF THE INVENTION 

[0002] The present invention relates to the field of providing 
synchronous communication, specifically it relates to 
achieving synchronous communication with a target based 
on the context of the calling party. 

[0003] BACKGROUND OF THE INVENTION 

[0004] Traditional telephony relies on the use of telephone num- 
bers to route call requests to a desired recipient. 800 
numbers, 900 numbers, group pickup, call forwarding, all 
allow a specific desired recipient or group of recipients, to 
be reached based on digits dialed by the calling party, 
which then undergo number translation (e.g. to a regional 



800 destination), or predetermined fan-out (as in group 
pickup). 

[0005] 300 numbers are implemented in the Public Switched 

Telephone (PSTN) system via a lookup on a database resi- 
dent on a Signaling Control Point (SCP). This database 
maps an 800 number to a physical telephone number. 
This is accomplished through Signaling System 7 (SS7) 
signaling which takes the digits entered by the user, and 
invokes a lookup on the number translation database. The 
physical PSTN number that is returned is used to do the 
connection setup. Lookup for 900 calls is similar except 
for the charging mechanism. Both 800 and 900 number 
translations rely on a pre-determined (ignoring dynamic 
personal state) translation. 800 numbers and 900 num- 
bers require that the calling party dial the digits associ- 
ated with the desired call recipient. 

[0006] c a || forwarding is a service whereby the terminating 

switch on the path to the called party replaces the original 
number with a second number that is programmed by the 
owner of the original number. Call forwarding is thus an- 
other form of number translation that is programmed by 
the end user. Call forwarding requires that calling party 
dial the digits associated with the desired call recipient. 



[0007] c a || centers are a way that many operators can respond 
when customers dial a single phone number. Offered by 
enterprises, or as a telecom service, an incoming call is 
routed to an Automatic Call Distributor (ACD) which can 
then routed the call to one of many physical telephones. 
The selection of a target telephone may be done by one of 
many algorithms including longest idle, or skills based 
routing. Target phones traditionally have been collocated 
with the ACD, but advances in communication have made 
distributed call centers feasible. Call centers are generally 
employed by enterprises or by carriers (e.g. for directory 
assistance). Call centers are reached when the calling 
party dials the digits associated with that termination. 

[0008] Traditional telephony requires that the calling party enter 
an identification indicating the desired recipient in order 
to make this connection — either a telephone number, a 
speed dial sequence such as *n where n is a digit or digit 
string (usually only one or two digits), a spoken name 
previously associated with a dial number (e.g. as in voice 
activated dialing), etc. The advent of VOIP protocols such 
as H323 and SIP (session initiation protocol) allows this to 
be extended past the traditional PSTN to internet protocol 
(IP) addresses or other allowed designations; VOIP proto- 



cols extend the telephony paradigm to the IP world. To 
reach an IP destination, a calling user must provide an in- 
dication of the desired party to be reached. 

[0009] The Telephone Number Mapping standard, called ENUM, 
is a specification to map telephone numbers from the In- 
ternet. For a "voice over IP"(VolP) call, (which by definition 
originates on the Internet side) that aims to reach a PSTN 
user, the VoIP call must terminate at a IP-PSTN gateway. 
ENUM allows for dynamic selection of such a gateway 
based on the destination PSTN Number. ENUM lookups are 
accomplished via DNS; in this case, the DNS (Domain 
Name System), which is the host/service naming and 
lookup scheme used in the Internet, maps a PSTN number 
to the name of the Internet host that serves as a gateway 
to the desired PSTN number. 

[0010] cti or computer-telephony integration refers to program- 
ming a PSTN interface connected to a computer; a com- 
puter is typically connected to a data network, and thus 
providing a PSTN interfaced card allows a computer to in- 
teract with the PSTN network. CTI basically enables a 
computer to act as an endpoint of the PSTN network, i.e. it 
appears to be a phone to the PSTN network. The aim of 
CTI, as the name suggests, is to enable computer applica- 



tions to be extended to use services from the PSTN net- 
work. 

[0011] The use of a person"s location in communications and 
computer applications is not uncommon today. Users of 
cell phones are offered services tailored to the location of 
the cell phone. Examples include emergency 911 calls, 
movie listings for local theaters, traffic conditions, nearby 
gasoline sales, etc. The Hertz Company equips some of its 
rental cares with an interactive device that uses the rental 
car"s location to offer navigation clues to the driver. Re- 
search labs have prototyped electronic tour guides on 
mobile devices for museums, small cities, and retail stores 
that also use device location to tailor end user services. 

[0012] we"re also used to communications applications that use 
the context of the person who is the intended target of a 
communiqueto influence a communications request. A 
simple example is the busy signal that we'Ve all heard 
with we attempt to phone someone who"s already on the 
phone. Newer variations on that theme can be experi- 
enced when one attempts to contact a person"s mobile 
communication device. For example NexteTs so called Di- 
rectConnect ® phones chirp in different ways depending 
on the state of the target person"s device. 



[0013] Communications applications can also show some infor- 
mation about the calling party. For example many phone 
services offer a feature known as caller ID that provides 
the calling parties telephone number. 

[0014] D ata f rom a myriad of physical sensors can extend con- 
text beyond location and device activity. Examples include 
atmospheric measurements, light level, sound pressure 
level, audio feature analysis, weight and pressure, motion 
detectors, magnetic door and window switches, etc. Per- 
sonal medical sensors can also provide data on a variety 
of physiological measures including pulse rate, blood 
pressure, body temperature, electronic impulse activity 
and resistance, etc. A familiar example of such an appli- 
cation is the so-called lie detector machine. 

[0015] Context-aware computing has included message and call 
delivery, based on recipient (eg called party). Two exam- 
ples are the Etherphone system from Xerox® Pare and Ac- 
tive Badge system from Olivetti®, both of which route an 
incoming call based on the called party's location. The Ac- 
tive Messenger system (AM) from MIT routes an incoming 
message to a suitable device near the called party, e.g. 
pager, phone, fax. However, the routing in these cases is 
not done based on attributes of the caller. 



[0016] Traditional telephony requires that the calling party recall 
numbers or access codes for desired called parties. With 
many potential called parties this becomes difficult. Speed 
dialing provides simple access, but still requires that the 
calling party recall access codes and further requires a 
prior number selection and association with the speed di- 
aling code. What is needed is a way to simplify access for 
the calling party to reach appropriate called parties, re- 
sponsive to current calling party status, such as expected 
appointments. 

[0017] voice calling requires that the calling party recall names 
or designations of called parties. With many potential 
called parties, this becomes difficult. What is needed is a 
way to simplify access for the user to appropriate recipi- 
ents. 

[0018] Calendars may be available on different devices including 
paper calendars, PDA based calendars and so on. These 
can allow a user to determine the appropriate person to 
call based on expected appointments, but these may re- 
quire reading, reentering numbers into a phone, and so 
on. What"s needed is a way of reaching people based on 
caller context (eg expected appointments). 

[0019] Further, determining an appropriate person may require 



an understanding of roles and assignments. What"s 
needed is a way of reaching such called parties based on 
their roles, independent of their phone number or IP ad- 
dress. 

[0020] R U |es based routing — Calls once received (e.g. at a help 
desk) may be routed to an appropriate destination (e.g. 
operator) based on rules such as time of day (for night 
shutdown), based on perceived content of the call (e.g. 
based on origination, route to appropriate operator with 
correct linguistic skills), based on calling line id (eg route 
to assigned CRM rep for this customer). This mechanism 
is all called side determined. What is needed is a way to 
determine a called objective based on callers context. 

[0021] what is needed is a method and system which makes it 
easier to use corporate data, such as calendar informa- 
tion, assignment lists, etc. to make more effective voice 
calls; and which uses the context to both the called and 

calling parties. 
Summary of Invention 

[0022] Disclosed is a method and system for allowing a user to 
request a synchronous connection, for example a voice 
call connection, to an appropriate party determined by the 
context of the user initiating the call. Whereas the prior 



art identifies the party to be called by having the call ini- 
tiator provide an identifying number (for example a phone 
number or PIN number for the called party), the present 
invention selects the party to be called based on the 
caller"s identification and awareness of the caller"s situa- 
tion. 

[0023] | n an embodiment of the invention, the connection details 
are determined by awareness of the calling situation 
(context). The context of the calling party includes but is 
not limited to both corporate and personal data obtained 
from (1) calendars, (2) the location, activity and network 
address of personal devices such as cell phones, office 
phones, home phones, laptop and desktop computers, 
automobiles, etc., (3) special-purpose sensors that detect 
motion, sound, light, pressure, etc. deployed in spaces 
frequented by the call participants, and (4) RFID readers 
that detect the presence of companion devices (for exam- 
ple RFID tags) that have been provisioned with identifica- 
tion numbers associated with the call participants. 

[0024] | n a s tj|| another embodiment, the invention permits de- 
livery of the communication responsive to the called party 
context which may include the same sources as detailed 
above for the calling party. An object of the present in- 



vention is to require a single action from the calling party 
to completely specify the target and connection details for 
the call. 

[0025] Various other objects, features, and attendant advantages 
of the present invention will become more fully appreci- 
ated as the same becomes better understood when con- 
sidered in conjunction with the accompanying drawings, 
in which like reference characters designate the same or 

similar parts throughout the several views. 
Brief Description of Drawings 

[0026] Figure 1 illustrates a telephone dialing system according 
to a conventional dialing system. 

[0027] Figure 2 illustrates an inventive system according to an 
embodiment of the present invention. 

[0028] Figure 3 shows a flowchart of an embodiment according 
to the present invention. 

[0029] Figure 4 shows a flowchart for accessing caller context in- 
formation according to an embodiment of the present in- 
vention. 

[0030] Figures 5A and 5B show flowcharts for determining a con- 
nection objective according to an embodiment of the 

present invention. 
Detailed Description 



[0031] Before a detailed description of the invention, it can per- 
haps be best understood by a couple of illustrative exam- 
ples of its use. 

[0032] Example 1: A cell phone user (calling party) in the car 

wants to join his or her currently calendared conference 
call. The calling party doesn't know the number. Calling 
party dials their personal number, and is connected to the 
call. The inventive system here has received the indication 
that the calling party has dialed in, has retrieved calendar 
information, has analyzed the calendar information and 
determined that the calling party is supposed to be at- 
tending a voice conference call, and has initiated the con- 
ference call (including entering the password). 

[0033] Example 2: A cell phone user (calling party) has a meeting 
scheduled with a colleague but is late. The calling party 
doesn't know the colleague's number. The calling party 
dials their personal number, and is connected to the call. 
The inventive system here has received the indication that 
the calling party has dialed in, has retrieved calendar in- 
formation, has analyzed the calendar information and de- 
termined that the user is supposed to be meeting a spe- 
cific colleague, has accessed context (e.g. presence infor- 
mation) related to the colleague, has determined a 



method of reaching the colleague for a synchronous com- 
munication, and has initiated the synchronous communi- 
cation. 

[0034] Example 3: A repairman (calling party) is out in the field 
and is about to finish his job. He dials his number and is 
connected to his next appointment. The repairman 
doesn't know who the appointment is with. The inventive 
system here has received the indication that the calling 
party has dialed in, has retrieved assignment information 
(eg to-do list), has analyzed the assignment information, 
determined that the number of the next assignment per- 
missible for this time of day (eg if homeowner is only 
there between 11 and 1, and the time of day is now 
12:45, indications are that this one should be skipped and 
the repairman directed to the next assignment), and has 
initiated the call. 

[0035] Example 4: An employee is at home working on a cable 
modem. He is supposed to join a conference call with e- 
meeting. He dials his number and is connected the con- 
ference call; the e-meeting content pops up on his screen. 
The employee doesn't know the number. The inventive 
system here has received the indication that the calling 
party has dialed in, has retrieved calendar information, 



has analyzed the calendar information and determined 
that the calling party is supposed to be attending a voice 
conference call, and has initiated the conference call 
(including entering the password). Further, presence in- 
formation regarding the calling party shows that they are 
"up" on the cable modem and therefore available for the 
e-meeting data. The data is retrieved (based on the calen- 
dar info) and pushed to the screen. Note that a colleague 
may dial into the same conference, but if the presence in- 
formation does not indicate the availability of a high 
bandwidth connection may not receive the e-meeting 
data, or may receive a transcoded version appropriate to 
the nature of their connection. 
[0036] Example 5: A patient calls the hospital, or the doctor's of- 
fice, and identifies and authenticates herself (for example 
she keys in her identity code and password). Based on her 
context (for example her medical condition, patient 
record, her doctor's notation about whether she calls only 
when necessary, the time of day), she is able to directly 
reach the physician. When she is connected to the physi- 
cian, her electronic patient record is transmitted to the 
doctor's PDA. 

[0037] | n these examples, the calling party is identified by the 



personal number that is dialed. This is to provide ease of 
use, but a similar service may also be provided by dialing 
a common number, Identification of the calling party can 
be provided via calling line ID (which then restricts callers 
to a single device), or other means. Some of these means 
can also be used to provide security. For example, identi- 
fication may be via speaker identification or other biomet- 
ric identification, which can also provide authentication 
information. Further security can be provided by requiring 
a password. Further, security can be preferentially applied 
— if a calendar entry is confidential, it may require an au- 
thentication step, and otherwise no security may be re- 
quired. 

[0038] Figure 1 shows a functional diagram of a traditional phone 
dialing system. Element 110 is a device used by the per- 
son or PC program initiating the phone call. Element 110 
sends out a dialing signal 130 consisting of the phone 
number (or the IP address) of call target element 120. The 
signal format 130 can be SS7 for PSTN phones, as well as 
SIP or H323 signaling for VoIP phones and PC softphones. 
The call network element 150 can perform the possible 
call routing services 160 (e.g., call forwarding) based on 
this call target phone number or IP address. The call net- 



work element 150 can be TDM circuit switch network or IP 
network. The call routing service elements 160 can be the 
TDM circuit switches or the application servers in the IP 
network. The locations of the routing service elements 
160 can be centralized or distributed. The call routing 
service element 160 can then decide based on internal 
pre-configured database 190 to route the call to the call 
target 120 or forwarding the call to the actual called tar- 
get 170. 

[0039] Figure 2 shows an inventive system 200 according to an 
embodiment of the present invention. Element 210 is a 
device used by the person initiating the phone call which 
is capable using the network element 250 to inform a call 
manager element 260 of the request to make a phone 
call. Element 210 can be a wire line or wireless telephone, 
a laptop or desktop computer with a wired or wireless 
network connection and telephone software, or any physi- 
cal object with an embedded telephony capability (for ex- 
ample, automobiles, clock radios, set top boxes, video 
games, etc.). The call network element 250 is any collec- 
tion of wireless and wired components capable of com- 
munication with the call participant's phone call elements 
210 and 230, and also capable of using the phone call 



manager service provided by element 260. Element 260 is 
a network-based service capable of identifying the initia- 
tor of the call, and determining that person"s context us- 
ing another network-based service shown as element 270. 
If the call request triggers an associated action, the net- 
work service provided by element 260 is capable of man- 
aging it. Network service element 260 can be provided by 
a dedicated or shared computer running appropriate soft- 
ware and having hardware interfaces to network element 
250. Identification of the person initiating the call can use 
any of the existing methods for this purpose, including 
individual access number, passcodes and PIN numbers, 
passwords, biometric data and voice analysis, etc. 
[0040] Network service element 270 can also be provided by a 
dedicated or shared computer running appropriate soft- 
ware and having hardware interfaces to network elements 
220 and 240, and provides for the accurate identification, 
storage, and aggregation of personal data that can be 
used to remain aware of the context (situation) of the par- 
ticipants in the call. The network elements 220 and 240 
include computing and sensing technologies that are 
aware of the call participant's (1) calendars, (2) the loca- 
tion, activity and network address of personal devices 



such as cell phones, office phones, home phones, laptop 
and desktop computers, automobiles, etc., (3) special- 
purpose sensors that detect motion, sound, light, pres- 
sure, etc. deployed in spaces frequented by the call par- 
ticipants, and (4) RFID readers that detect the presence of 
companion devices (for example RFID tags) that have been 
provisioned with identification numbers associated with 
the call participants. Note that element 240 is optional in 
the inventive system. An embodiment of the present in- 
vention can be realized without element 240. Inclusion of 
element 240 provides additional opportunity to tailor the 
communication to the state of the target call participant. 
[0041] Figure 3 describes a method according to an embodiment 
of the present invention. We begin with block 310, and 
receive a context communication request. Receiving a 
context communication request may entail receiving digits 
or access codes from a telephone handset, wired or wire- 
less. This includes but is not limited to a user dialing a 
personal communication number (e.g. a 7 or 10 digit 
number which is the same for all calls), speaking a com- 
mand, depressing a button or touch screen on such a de- 
vice. Alternately, it may include receiving a single user ac- 
tion such as clicking a button on a screen, indicating a se- 



lection on a PDA. 
[0042] The context communication request differs from a caller 
placing a normal call in that the normal call requires the 
indication of a connection target, or called party. The 
called party is indicated either by dialing digits represent- 
ing the called number, by using abbreviated dialing, voice 
dialing, or in the case of a VOIP connection potentially in- 
dicating a VOIP destination IP address. Such digits or 
other indications differ with the target of the call. How- 
ever, the context communication request does not 
change. 

[0043] v\/e continue with block 320. Details of block 320 may be 
found in figure 4. In block 320 we identify the initiating or 
calling party, and access context information related to 
the calling party. Such information includes but is not lim- 
ited to (1) corporate or personal information including 
calendars, (2) the location, activity and network address of 
personal devices such as cell phones, office phones, home 
phones, laptop and desktop computers, automobiles. 

[0044] | n block 330, responsive to the context accessed in block 
320, we determine a connection objective. Details of this 
may be found in figure 5. A connection objective includes 
but is not limited to a conference call, a person, a room, 



or a role. Determining may be based solely on calling 
party context, or may include iterative processes based on 
initial connection objectives and mediated by called enter- 
prise or called party policy, availability, connectivity or 
other factors. In one embodiment, the connection objec- 
tive is determined based on calling party calendar. In a 
second preferred embodiment, the connection objective is 
dynamically determined based on role and assignment 
data. That is, in this embodiment, the connection objec- 
tive may be determined based on enterprise work force 
practices including optimization of mobile workforce. 
[0045] | n block 335 we determine an action associated with the 
connection objective. The action may be determined 
based on connection objective or may be based on at least 
one of calling party context, history of previous connec- 
tions between the calling party and the connection objec- 
tive, called party context (including role), personal or en- 
terprise policy, rules or algorithm. The action may be de- 
termined by rules associated with at least one of the call- 
ing party, an entity associated with the calling party such 
as calling party enterprise, a service associated with the 
calling party. The action may include but is not limited to 
transmitting data (including image data), transmitting a 



pointer or URL allowing data access, creating a log record, 
instigating a notification to the connection objective, in- 
stigating a notification to a third party. 

[0046] As an example, a calendar entry may include the words: 
"Call Dr. Doe to discuss X-RAY for Jane Smith". The con- 
nection objective would be Dr. Doe, and the associated 
action, determined by analyzing the calendar entry, would 
be to transmit the latest x-ray associated with Jane Smith 
to Dr. Doe in conjunction with completing the connection 
action. Had the calendar entry specified "Call Mrs. Smith 
to discuss x-ray of her daughter Jane Smith" the associ- 
ated action determined would be different. 

[0047] The associated action may be taken before the connection 
action, in parallel with the connection action, or after the 
connection action as determined by the algorithm deter- 
mining the associated action. 

[0048] | n block 340 we execute a connection action to reach the 
connection objective determined in block 330. Once the 
connection objective is determined, a connection action is 
further determined. Such an action may be based on table 
or database lookup or may be mediated by called party 
context including but not limited to location, called enter- 
prise or called party policy, availability, connectivity, con- 



nections status or other factors. A connection action may 
include but is not limited to dialing a telephone number, 
initiating a VOIP connection, connecting to a voice mail 
box, redirecting a call, connecting to a conference or con- 
nection service. If the connection action fails, error cor- 
rection may take place. 

[0049] intermediate results may be logged and used for manage- 
ment and maintenance purposes as well as for better res- 
olution of connection objectives for future connections. 

[0050] Figure 4 provides details of block 320. Figure 4 describes 
the part of our inventive method that identifies the caller 
and obtains relevant context about the caller. In block 410 
we acquire information to identify and optionally authen- 
ticate the caller. Identification information can include 
calling line identification, identification codes, analysis of 
voice audio data for the purpose of identification, per- 
sonal telephone access numbers that are unique for each 
potential caller, unique codes embedded in personal de- 
vices (for example cell phone SIM codes), and biometric 
measures including fingerprint recognition, face recogni- 
tion, iris recognition, and hand geometry. The identity of 
the caller may be authenticated using simple passwords 
or passcodes, or more elaborate schemes using public key 



encryption technology (for example digital signatures and 
certificates). In block 420 the personal identification and 
authentication data obtained from the caller is compared 
with a store of registered users that enumerates autho- 
rized users and privileges, and can be used to validate the 
identification and authentication data obtained from the 
caller. If the caller fails the identification, authentication, 
and or authorization tests, the call is terminated as shown 
in block 450. In an embodiment, calls reaching block 450 
may be transferred to an operator, or begin a process 
which employs alternate identification and authentication 
methods. 

[0051] For callers passing the test in block 420 our method next 
acquires personal context information as shown in block 
430. This includes data from corporate and personal cal- 
endars, entries from relevant schedules and job assign- 
ment ledgers, and the like. It is noted that this data may 
be obtained from a single store, or may be aggregated 
from a set of stores and network services. 

[0052] | n block 440 the caller"s context supplement is with real- 
time sensor data. Relevant data includes but is not limited 
to (1) the time of day and the caller"s time zone, (2) the 
caller"s location as determined by GPS (global positioning 



system) coordinates, the location of relevant communica- 
tion network resources (for example TCP/IP subnets), cel- 
lular towers, and the like; (3) data from special-purpose 
sensors that detect motion, sound, light, pressure, etc. 
deployed in spaces frequented by the caller (for example 
in the caller"s automobile); and (4) personal medical sen- 
sors that report the caller"s physiological state. 
[0053] The flowchart returns back now to block 330 of Figure 3. 

[0054] Figure 5A describes the method for determining a con- 
nection objective. In an embodiment, as shown in figure 
5, first is considered the user calendar entries as the most 
important context. Other context is considered after cal- 
endar. In another embodiment, a confidence factor, within 
block 330, is associated with all connection objectives 
based on the manner in which they are determined. Only 
connection objectives exceeding a preset threshold are 
utilized in forming connections without further user vali- 
dation. 

[0055] Beginning with block 505 and using the context informa- 
tion accessed in Figure 4, if a calendar entry is available 
for the current or approaching time period for this caller, 
we proceed to block 510. If a calendar entry is not avail- 
able, we proceed to the A marker, and block 570 on Fig- 



ure 5B. 

[0056] Block 510 examines the calendar entry. Calendar entries 
may be freeform or may abide by one of several accepted 
or ad-hoc standards. Information in the calendar entry 
may accessible via XML, via keyword or through interpre- 
tation of structure. In block 510 we analyze the calendar 
entry to determine if there is a telephone number target 
within the entry. If the calendar entry is freeform, then 
text analysis can be used to identify the telephone num- 
bers within the entry. Note that there may be multiple 
phone numbers (eg a phone number associated with the 
secretary that set up the meeting or call)., Keyword analy- 
sis, semantic analysis, user history and other techniques 
can be used to identify the correct number from among 
several which can be dialed for the user to successfully 
initiate the action referenced by the calendar entry. While 
we discuss telephone numbers in block 510, it is clear 
that IP addresses or other data descriptions can also be 
used to indicate a destination objective. Analysis in block 
510 is intended to refer to not only telephone number de- 
termination but also other forms of data address determi- 
nation, If the decision in block 510 was that a target tele- 
phone number is available, we proceed to block 515 and 



provide the phone number as a connection objective (CO). 
In block 540, we return to the process of figure 3 and 
block 340. 

[0057] |f the decision in block 5 10 was that a target number was 
not available, we proceed to block 520. In block 520, we 
analyze the calendar entry to determine if there is a target 
name or location available in the entry. This can be deter- 
mined by text analysis techniques of varying sophistica- 
tion, from looking for capital letters beginning a name, to 
looking for keywords such as "conference room", to more 
sophisticated analysis. 

[0058] |f j n block 520 we determine a name or location we pro- 
ceed to block 525. Here we associate a connection objec- 
tive with the name or location found in block 520. If the 
target is an employee of the same enterprise, a directory 
lookup may serve to find the correct connection objective 
(eg phone number, IP address). Other data sources may be 
used to match the name or location with a connection ob- 
jective including but not limited to calling party profile or 
records, calling party call history, customer records (eg 
"talk to Harry"may be resolved as a desire to call Harry 
Jones, a customer assigned to the employee making the 
call), directory assistance (eg "meet Joe at the Westchester 



Marriott" may result in determining the phone number for 
the Westchester Marriott through a commercially available 
directory assistance service). While we discuss telephone 
numbers in block 525, it is clear that IP addresses or other 
data descriptions can also be used to indicate a connec- 
tion objective. In addition to phone numbers or IP ad- 
dresses, the connection objective may be determined to 
be a connection service. That is, through explicit entry or 
through corporate policy, the connection objective deter- 
mined from the calendar entry may resolve to providing 
connection to an enterprise or third party service which 
will then complete the required actions. The connection 
service may be one that actively connects to another tar- 
get endpoint, or passively waits for others to connect to 
the service with the same objective, and join all of the 
callers (as commonly experienced when dialing into a 
conference call). We proceed from block 525 to block 530, 
and provide connection objective information, and then to 
block 540. In block 540, we return to the process of figure 
3 and block 340. 
[0059] if the decision in block 520 was that no name or location 
is available we proceed to block 550. Decision block 550 
determines if any information is available in the calendar 



entry. If the entry is blank, we proceed to block 570. 

[0060] |f the entry is not blank, we proceed to block 555 and ex- 
amine the entry for keywords. For example, the entry may 
say "Meeting for project Alpha", or "Call broker". Text 
analysis determines which of these are potential indicators 
of connection objectives. In a preferred embodiment, 
terms in calendar entries are checked against a list of 
keywords. Terms are units of text including but not lim- 
ited to words, abbreviations, or special symbols. Keywords 
can be created manually or automatically. Examples of 
automatic knowledge profile creation from which such 
keywords can be harvested may be found in the products 
of companies such as Tacit Knowledge (www.tacit.com). 

[0061] Proceeding to block 560 and seek to associate a connec- 
tion objective with the keyword. For example, a group of 
colleagues may be associated with project Alpha, and a 
connection objective of a conference call with all of them 
may be determined. As a second example, while the 
method may conclude that "broker"is a keyword, no fur- 
ther detail and therefore no connection objective may be 
determined. As described for block 525, the connection 
objective may be a connection service. If in block 560 we 
have associated a connection objective with at least one 



keyword found, we proceed to block 525, and perform the 
processing already discussed. 

[0062] |f j n block 560 we do not associate a connection objective 
with a keyword, or have found no keywords, we continue 
to block 570 and access a context hierarchy. If calendar is 
the only context to be employed in the method, then the 
hierarchy is empty and we proceed to block 585. 

[0063] This hierarchy describes what sources of context are to be 
examined next in order to determine a connection objec- 
tive. 

[0064] For example, in an appliance repair business, "gold" cus- 
tomers may be given a specific appointment, while other 
customers must wait their turn. The repairmen in such a 
company have calendars representing appointments they 
must keep, and when no appointment is scheduled are 
free to handle the next customer. In this example, to initi- 
ate a confirming call before visiting, the inventive method 
first considers calendar, then role (repairman), location 
and assignments (to determine the next customer to be 
seen). While figure 5 describes a preferred embodiment of 
a context hierarchy to be considered, it is clear that an al- 
ternate implementation of the inventive method may em- 
ploy not a hierarchy of context sources, but instead use a 



rules engine which analyzes data from multiple context 
sources to determine a connection objective. 

[0065] | n blocks 575 and block 580 we consider the context from 
the sources established in block 570, and examine caller 
context to determine a connection objective. If a connec- 
tion objective is determined for any of the sources of con- 
text, we proceed to block 525 and the processing de- 
scribed. If no connection objective is determined, we con- 
tinue to block 585. 

[0066] | n block 585 we set the default connection objective, and 
in block 590 optionally confirm it with the user. The de- 
fault connection objective may be established through 
user profile, corporate policy, or other means. The default 
connection objective may provide a call termination point 
for subsequent conferencing. This enables parties with 
mismatched calendar entries to engage in "meet 
me"conferencing. That is, if two parties intend to meet, 
and only one has placed the appointment on the calendar, 
the inventive method allows the party without the calen- 
dar entry to dial in first and later be conferenced with the 
appropriate colleague. We return to block 525 and pro- 
cessing described. 

[0067] it j S t 0 be understood that the provided illustrative exam- 



pies are by no means exhaustive of the many possible 
uses for my invention. 

[0068] From the foregoing description, one skilled in the art can 
easily ascertain the essential characteristics of this inven- 
tion and, without departing from the spirit and scope 
thereof, can make various changes and modifications of 
the invention to adapt it to various usages and conditions. 

[0069] it is to be understood that the present invention is not 

limited to the embodiments described above, but encom- 
passes any and all embodiments within the scope of the 
following claims: 



